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ABSTRACT 



The present invention has particular applications to the 
navigation of Internet web pages using two-way interactive 
communication devices, such as a mobile device, a mobile 
phone, a landline telephone, and an Internet capable remote 
controller. According to one aspect of the present invention, 
each of the two-way interactive communication devices is a 
node in a distributed network, thus the devices can access 
hypermedia or hierarchic layers of information stored in 
server devices on the network. When one or more pages of 
information are updated, rather than sending the entire 
updated information to users of the devices subscribing to 
the updated information through the network, the present 
invention sends a notification to a proxy server that forwards 
the notification to the users using a messaging system via a 
low cost narrowband channel. Upon receiving the 
notification, the users can fetch the updates, when needed, 
through a wideband channel. Hence systemic solutions are 
provided in the present invention to integrate wideband and 
narrowband channels so as to keep the users informed of any 
updates to their desired information and meanwhile provide 
eflBcient means to the users for retrieving the latest updates 
without incurring uncontrollable costs and increasing unnec- 
essary network traffics, 

47 Claims, 13 Drawing Sheets 
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METHOD AND APPARATUS FOR the network. The connection, similar to a telephone line, can 

INTEGRATING NARROWBAND AND be both time consuming and costly to the users. Hence users 

WIDEBAND DATA TRANSPORTS generally prefer to have controls over the communication of 

their mobile devices through the carrier infrastructure when 

This is a continuation of apphcation Ser. No. 09A)71,379, S accessing updated information from a web server, 
filed on Apr. 30, 1998 which issued on Oct. 24, 2000 as U.S. 

Pat. No. 6,138,158, and which is hereby incorporated herein SUMMARY OF THE INVENTION 

by reference. -j^^ present invention has been made in consideration of 

BACKGROUND OF THE INVENTION ^® above described problems and needs and has particular 

"'^ apphcations to the navigation of Internet web pages using 

1 . Field of Invention two-way interactive communication devices, such as a 
The present invention relates generally to data mobile device, a mobile phone, a landline telephone, and an 

communications, and in particular relates to a method and Internet capable remote controller. 

apparatus for integrating narrowband and wideband data According to one aspect of the present invention, each of 

transports to optimize the use of the wideband channel ^le two-way interactive communication devices, referred to 

through the effeaive use of the narrowband channel. client devices herein, is a node in a distributed network 

2. Description of the Related Art that comprises the Internet, the Intranet, or other private 
The Internet is a rapidly growing communication network network along with an aimet. Thus the client devices can 

of interconnected computers and computer networks around access hypermedia information or hierarchic layers or pages 
the world. Together, these millions of connected computers of information stored in server devices on the Internet, the 
form a vast repository of hyperlinked information that is Intranet, or other private network via the aimet. When one 
readily accessible by any of the connected computers from or more pages of information are updated, users of those 
anywhere at any time. To provide mobility and portability of client devices subscribing to the updated pages of informa- 
the Internet, wireless Internet computing devices were intro- ^5 tio" receive a notification from one of the server devices that 
duccd and are capable of communicating, via wireless data stores the updated information. The notification, depending 
networks, with the computers on the Internet. With the on an action type therein, upon arriving in the client devices 
wireless data networks, people, as they travel or move about, may cause a local cached copy of the corresponding out- 
are able to perform, through the wireless computing devices, dated information to be invalidated or to generate an alert 
cxacUy the same tasks they could do with computers on the 3Q message to get immediate attention from the users. Cache 
Internet. coherency is maintained when the users of the client devices 
Regular mobile phones can return calls, check voice mail navigate to the local cached copy that has been invalidated 
or enable users to be available for teleconferences anywhere causes the client devices to fetch the updated informa- 
at any time. However, new two-way interactive communi- server device. 

cation devices, such as mobile devices or mobile phones, 35 According to another aspect of the present invention, the 

would meld voice, data, and personal digital assistants client devices communicate with the server devices through 

(PDA) functionality into a single portable equipment that is a link infrastructure. The link infrastructure, providing an 

not just reactive to calls but also proactive, through a proxy interface between the Internet and the aimet, comprises a 

computer, accessing a myriad of public and enterprise link device and a carrier infrastructure. The Unk device 

information services in the Internet. For example, a traveler 40 comprises a messenger and a pull engine while the carrier 

may request the departure time of a next available flight infrastructure comprises a message system (MS), such as a 

when on the way to an airport, or a trader may purchase short message service center (SMSC), and an interworking 

shares of stock at a certain price. The pertinent information function (IWF). When a notification is sent out from one of 

from these requests or transactions may include the airline the server devices that holds an updated information sub- 

and the flight number for the traveler, as well as the stock 45 scribed by one of the client devices serviced by the link 

name, the number of shares and the price being purchased infrastructure, the notification is processed in the messenger 

for the trader. To be timely and periodically informed, one to form a corresponding message transportable through MS 

way is to electronically communicate the information and possibly IWF depending on whether a communication 

requests into a mobile device that is connected to a wireless session has been established. More specifically, the messen- 

data network. The wireless data network, for example, 50 ger including the notification is coupled directly to MS that 

connects, through a proxy server, to a flight information is responsible for sending the corresponding message 

server or stock quote server from which the desired flight through a narrowband channel to the targeted client device, 

information or the current stock price can be retrieved by the Upon receiving the corresponding message, the targeted 

mobile device on demand. client device is caused to send a request to establish a 

Alternatively, the traveler or the trader may be preferably 55 communication session with the pull engine in the link 

informed of any available immediate flight information or a infrastructure through the wideband channel so as to fetch 

stock price that has hit a pre -set preferred price. It is, the updated information from the server that holds the 

however, sometimes disturbing to inform the traveler or the updated information. When the client device is authenticated 

trader of any updated changes to the flight information or the by the link device, the communication session is established 

current stock price, especially the stock price being updated 60 the updated information is fetched into the link device 

every second during trading hours. There is, therefore, a that further forwards the fetched information to the client 

great need for a solution for informing users of any updates device. 

to their desired information and allowing the users to Still according to another aspect of the present invention, 

retrieve the updated infonnation when needed. Further, in a the messenger comprises a notification manager that assigns 

circuit-switched network, such as GSM, a mobile device 65 a sequence identification to every notification received via 

must establish a circuit in a carrier infrastructure via a the distributed network and a queue list to keep those 

wideband channel before communicating with any server on notifications that could not be successfully delivered. The 
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sequence identification is tractable, such as monotonically 
and evenly increased numbers, so that each notification is 
assigned with a unique but tractable sequence number. 
Similarly, the cHcnt device maintains a register to keep the 
sequence numbers of the notifications received. The 
sequence number of the last received notification is for- 
warded to the pull engine in the link device by the client 
device when the communication session is established. The 
pull engine consults with the messenger on the forwarded 
sequence number. If the forwarded sequence number does 
not match what the notification manager has assigned, whicb 
indicates that there are some undelivered notifications in the 
queue list, the pull engine retrieves those undelivered noti- 
fications in the queue list and forwards them to the client 
device through the wideband channel in which the commu- 
nication session has been established. With respect to the 
number of the undelivered notifications received in the client 
device, the register updates accordingly to prevent the client 
device to act from the same undelivered notifications that 
may be forwarded by MS through the narrowband channel. 

Still according to another aspect of the present invention, 
the messenger further comprises an encoder that encodes the 
corresponding message into a string of alphanumeric char- 
acters if MS can only deliver messages of alphanumeric 
characters. When the corresponding message exceeds the 
maximum length of messages that MS can deliver, the 
messenger further includes a message segmenter that seg- 
ments the corresponding message into a plurality of message 
fragments and each of the message fragments, preferably 
sequentially labeled, is respectively and successively sent by 
MS to the targeted client device. The client device typically 
proceeds with a reversed process upon receiving the frag- 
ments from MS. 

Accordingly, an important object of the present invention 
is to provide a generic solution for informing users of any 
updates to desired information and allowing users to retrieve 
the updated information when needed. 

Another object of the present invention is to provide a 
system for systemic solutions for integrating wideband and 
narrowband channels to keep the users informed of any 
updates to their desired information and providing efficient 
means to the users for retrieving the latest updates without 
incurring uncontrollable costs and increasing unnecessary 
network traffics. 

Other objects, together with the foregoing are attained in 
the exercise of the invention in the following description and 
resulting in the embodiment illustrated in the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features, aspects, and advantages of the 
present invention will become better understood with regard 
to the following description, appended claims, and accom- 
panying drawings where: 

FIG. 1 illustrates a schematic configuration in which the 
present invention may be practiced; 

FIG. 2 illustrates a functional diagram of the disclosed 
system in the present invention; 

FIG. 3 shows functional block diagrams in a mobile 
device and a link server device according to one embodi- 
ment; 

FIG. 4 shows a block diagram iUustratiag processes in the 
disclosed system using short message service center 
(SMSC) according to one embodiment of the present inven- 
tion; 
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FIG, 5 illustrates a recordation of subscriber IDs and 
associated URLs in a Web server; 

FIG. 6 illustrates a queue list with entries of notifications 
assigned with a notification sequence number, each corre- 
sponding to a subscriber ID; 

FIG. 7 illustrates a push message encoded in Base64 in a 
PDU; 

FIGS. 8 A to 8F illustrate a process flowchart that 
describes the operations and procedures of the link infra- 
structure and the mobile device (client device) according to 
one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Notation and Nomenclature 

In the following detailed description of the present 
invention, numerous specific details are set forth in order to 
provide a thorough understanding of the present invention. 
However, it will become obvious to those skilled in the art 
that the present invention may be practiced without these 
specific details. In other instances, well known methods, 
procedures, components, and circuitry have not been 
described in detail to avoid unnecessarily obscuring aspects 
of the present invention. 

The detailed description of the present invention in the 
following are presented largely in terms of procedures, 
steps, logic blocks, processing, and other symbolic repre- 
sentations that resemble of data processing devices coupled 
to networks. These process descriptions and representations 
are the means used by those experienced or skilled in the art 
to most effectively convey the substance of their work to 
others skilled in the art. The present invention is a method 
and system for integrating narrowband and wideband chan- 
nels for efficiently transporting latest updated information. 
The method along with the system to be described in detail 
below is a self-consistent sequence of processes or steps 
leading to a desired result. These steps or processes are those 
requiring physical manipulations of physical quantities. 
Usually, though not necessarily, these quantities may take 
the form of electrical signals capable of being stored, 
transferred, combined, compared, displayed and otherwise 
manipulated in a computer system or electronic computing 
devices. It proves convenient at times, principally for rea- 
sons of common usage, to refer to these signals as bits, 
values, elements, symbols, operations, messages, terms, 
numbers, or the Uke. It should be borne in mind that all of 
these similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels appUed 
to these quantities. Unless specifically stated otherwise as 
apparent from the following description, it is appreciated 
that throughout the present invention, discussions utilizing 
terms such as "processing** or "computing" or "verifying** or 
"displaying** or the like, refer to the actions and processes of 
a computing device that manipulates and transforms data 
represented as physical quantities within the computing 
device's registers and memories into other data similarly 
represented as physical quantities within the computing 
device or other electronic devices. 

The Preferred Embodiment 

Referring now to the drawings, in which like numerals 
refer to like parts throughout the several views. FIG. 1 
illustrates a schematic configuration in which the present 
invention may be practiced. A data network 100 comprises 
an aimet 102 that is generally called wireless network and a 
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landnet 104 that is generally a landline network, each acting of a well known HyperText Markup Language Web browser, 

as a communication medium for data transmission there- or HTML Web browser in PC 110, to Web server 112, and 

through. Airnet 102, in which the data transmission is via the the exchange of information therebetween. The communi- 

air, is sometimes referred to as a carrier network as well cation protocol between mobile device 106 and link server 

because each aimct is controlled and operated by a carrier, s 114 via airnet 102 is Handheld Device Transport Protocol 

for example AT&T and GTE, each having its own commu- (HDTP) (formerly known as Secure Uplink Gateway Pro- 

nicalion scheme, such as CDPD, CDMA, GSM and TDMA tocol (SUGP)), which preferably runs on User Datagram 

for airnet 102. Protocol (UDP) and controls the connection of a HDML 

Referenced by 106 is one of the two-way interactive Web browser in mobile device 106, to server 114, where 

communication devices that can be a mobile device, a HDML stands for Handheld Device Markup Language, 

cellular phone, a landline telephone or a wireless capable HDML, similar to that of HTML, is a tag based document 

remotecontroUer, capable of communicating, via airnet 102, language and comprises a set of commands or statements 

with an antenna 108 that also represents a carrier infrastruc- specified in a card that specifies how information displayed 

ture. It is generally understood that the carrier infrastructure on a small screen of the mobile device 106. Normally a 

or antenna 108 serves simultaneously a plurality of the number of cards are grouped into a deck that is the smallest 

two-way interactive communication devices, of which only unit of HDML information that can be exchanged between 

one mobile device 106 is shown in the figure. Similarly, the mobile device 106 and the proxy server 114. The 

connected to Internet 104 are a plurality of desktop personal specifications of HDTP, entitled "HDTP Specification" and 

computers (PC) 110 and a plurality of web server computers HDML, entided "HDML 2.0 Language Reference" are 

112, though only one representative, respectively, is shown enclosed and incorporated herein by reference in their 

in the figure. PC 110, as shown in the figure, may be a entirety. The HDTP is a session-level protocol that 

personal computer SPL 300 from NEC Technologies Inc. resembles HTTP but without incurring the overhead thereof 

and runs a HTML Web browser via the Internet 104 using and is highly optimized for use in thin devices, such as the 

HTTP to access information stored in web server 112 that mobile devices, that have significantly less computing 

may be a workstation from SUN Microsystems Inc. It is ^ power and memory than that in a desktop personal computer, 

understood to those skilled in the art that PC 110 can store Further it is understood to those skilled in the art that the 

accessible information therein so as to become a web server UDP does not require a connection to be established 

as well. between a client and a server before information can be 

When any content in one of the web servers get updated, exchanged, which eliminates the need of exchanging a large 

the mobile devices,that subscribe to the updated content 30 number of packets during a session creation between a client 

must be made aware of the update as many of the mobile and a server. Exchanging a very small number of packets 

devices may have cached a local copy of the outdated during a transaction is one of the desired features for a 

content. Instead of constantly sending the updates to update mobile device with very limited computing power and 

the local copy in the mobile devices through the Internet 104 memory to effectively interact with a landline device, 

and airnet 102, which can cause heavy traffic in the 35 To facilitate the description of the disclosed system, 

networks, the present invention allows the web server that however, it is deemed necessary to recite some of the 

has the updated content to send a notification, or an elec- features in mobile device 106 that make the disclosed 

tronic mcvssage, to the mobile devices so as to make users system work more efiSciently. According to one 

thereof aware that an update to the local copy in the mobile embodiment, mobile phone 106 comprises a display screen 

devices has occurred at the web server. The users can then 40 116 and a keyboard pad 118 that allow a user thereof to 

make a decision to fetch the update. communicate interactively with the mobile phone. The hard- 

Between the Internet 104 and the airnet 102 there is a link ware components including a microcontroller, a ROM and a 

infrastructure 120 that comprises a link server device 114 RAM, referring to working memory, in mobile phone 106 

and the carrier infrastructure 108. Link server device 114, are known to those skilled in the art. The compiled and 

also referred to as proxy server or gateway server, may be a 45 linked processes of the present invention are typically stored 

workstation or a personal computer and performs mapping in the ROM as a client module that causes mobile device 106 

or translation functions, for example, mapping from one to operate with proxy server 114. With display screen 116 

protocol to another, thereby the mobile device 106 can be in and keypad 118, a user of mobile device 106 can interac- 

communication with any one of the servers 112 or the PCs tively communicate with proxy server 114 over airnet 102. 

110, respectively via the carrier infrastructure 108. Carrier 50 Upon activation of a predetermined key sequence utilizing 

infrastructure 108 generally comprises a base station and an keypad 118, for example, the microcontroller initiates a 

operations and maintenance center. The base station controls communication session request to proxy server 114 using the 

radio or telecommunication links with the mobile devices. client module in the ROM. Upon establishing the commu- 

The operations and maintenance center comprises a mobile nication session, mobile device 106 typically receives a 

switching center performing the switching of calls between 55 single HDML deck from proxy server 114 and stores the 

the mobile devices and other fixed or mobile network users. deck as cached in the RAM. As described above, an HDML 

Further the operations and maintenance center manages deck comprises one or more cards and each card includes the 

mobile services, such as authentication and oversees the information required to generate a screen display on display 

proper operation and setup of a wireless network. Each of screen 116. The number of cards in a card deck is selected 

the hardware components and processes in the base station 60 to facilitate efficient use of the resources in mobile device 

and the operations and maintenance center is known to those 106 and in airnet network 102. 

skilled in the art and not to be described herein to avoid Referring now to FIG. 2, there is shown a functional block 

unnecessarily obscuring aspects of the present invention. diagram of the disclosed system. Web server device 202 

The communication protocol in the Internet 104 is the provides accessible information to other computing devices 

well known HyperText Transfer Protocol (HTTP) or 65 on the Internet 104. Mobile device 106 accesses the infor- 

HTTPS, a secure version of HTTP, and runs on TCP mation in web server device 202 via link server device 114 

(Transmission Control Protocol) and controls the connection that is coupled to Internet 104. It should be noted that the 
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communication between mobile device 106 and proxy 
server 114 is via the carrier infrastructure that is not part of 
the invention and therefore not shown in the figure to avoid 
unnecessarily obscuring aspects of the present invention. 
Further, to avoid possible ambiguities in further description 
of the present invention, server device, such as web server 
device 202 and link server device 114, means a piece of 
hardware equipment that comprises one or more 
microprocessors, working memory, buses and necessary 
interface and other components that are familiar to those 
skilled in the art while a server module means compiled and 
linked processes of the disclosed system loaded into the 
working memory to perform designated functions, accord- 
ing to the invention, through the parts and components in the 
server device. The same distinction is equally applied to 
mobile devices, referred to, for example, client device 106, 
and the client module as stated above. 

Web server device 202 pushes a notification or a piece of 
electronic message to link server device 114 when there is a 
change or update to the information subscribed by mobile 
device 106. Accessible information is generally presented in 
hierarchical pages of hyperlinked HDML pages and each of 
the HDML pages is identified by a distinct address, such as 
an universal resource locator (URL). If the contents in one 
or more pages are updated, the corresponding URLs are 
included in the notification. As described before, rather than 
sending the entire updated pages in a new HDML deck 
through the Internet 104, link server device 114, airnet 102, 
and eventually to mobile device 106, the notification is sent 
to client device 106 asynchronously via messenger 208 to 
make the user of mobile device 106 aware that an update to 
the information the user fetched before has occurred, then it 
is up to the user to decide when to fetch the updates. The 
notification comprises: 

an address — one or more URLs identifying the updated 
pages; 

an action type — a flag to cause a mobile device to react 

accordingly upon receiving the notification; and 
a subscriber ID — a unique number identifying the mobile 

device that is targeted for receiving the notification; 

alternatively a (pushed) notification P is expressed as 

follows: 

P(address, type, ID); 

The notification is pushed or sent out from web server 
device 202 when there is an update to any subscribed 
information in web server device 202. When Unk server 
device 114 receives the notification, messenger 208 for- 
wards the received notification to mobile device 106 via 
narrowband channel 204. Upon receiving the notification, 
mobile device 106 reacts according to the action type as to 
how to make a user of the mobile device 106 aware of the 
update at web server device 202. When the updated infor- 
mation is desired, the updated information can be accessed 
through a pull agent 210 via wideband channel 206 using the 
address embedded in the notification. 

It should be noted that a narrowband channel and a 
wideband channel herein are a pair of relative terms. In other 
words, wideband channel 206 has a higher bandwidth than 
narrowband charmel 204 does. The bandwidth means the 
capacity a communication channel has for carrying data 
through. Narrowband channel 204 is typically at 400 bits per 
second (bps) while wideband channel 206 is typically over 
14400 bps. From the user perspective, the narrowband 
channel is the auxiliary channel provided by the carrier and 
therefore no cost or at a fixed cost to the users while the 
wideband channel typically initiated by the users and the 
usage thereof is measured and typically charged to the users 
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who communicate with web server devices on the Internet 
through the wideband channel. 

To be more specific, in circuit-switched network, such as 
GSM, an electronic connection in the carrier infrastructure 
must be physically established before the intercommunica- 
tion between a mobile device and a link server device can 
take place. The physical electronic connection through a 
switch circuit is generally measured in terms of seconds and 
paid by the user regardless how much data is actually passed 
through. One of the key features in the present invention is 
to use narrowband channel 204 to notify the user of mobile 
device 106 of the update to the information the user sub- 
scribes. It is then entirely up to the user to decide what and 
when to do with the update. Thus the user is timely informed 
of any updates without incurring uncontrollable cost till the 
user decides to fetch the updates through wideband channel 
206. 

Prior to describing one embodiment of the present inven- 
tion that uses the well known short message service center 
(SMSC), it is necessary to refer to FIG. 3 that shows 
functional block diagrams in a mobile device and a link 
server device. Referenced by 302, 304 and 306 are three 
representatives of a plurality of the mobile devices coupled 
to airnet 102, similarly referenced by 310, 312 and 314 are 
three representatives of a plurality of landline devices 
coupled to landnet 104. Link server device 114 couples 
airnet 102 to landnet 104, therefore any mobile devices can 
communicate with any of the landline devices via airnet 102 
through proxy sen'er 114 to landnet 104. It is understood to 
those skilled in the art that the mobile devices may be the 
one 106 shown in FIG. 1. To facilitate the description of the 
present invention, the internal block diagrams of mobile 
device 302 and link server device 114 are respectively 
illustrated. Other processes and hardware are known to those 
skilled in the art and are not illustrated in detail in the figure 
for clarity. 

Each of the mobile devices, such as 302, is assigned a 
device ID 316. Device ID 316 can be a phone number of the 
device or a combination of an IP address and a port number, 
for example: 204.163.165.132:01905 where 
204.163.165.132 is the IP address and 01905 is the port 
number. The device ID 316 is further associated with a 
subscriber ID 318 authorized by a carrier in server device 
114 as part of the procedures to activate a subscriber account 
320 for mobile device 302. Subscriber ID 318 may take the 
form of, for example, 861234567-10900_pn.mobile.att.net 
by AT&T Wireless Service, it is a unique identification to 
mobile device 302. In other words, each of mobile devices 
302, 304 and 306 has a unique device ID that corresponds 
to a respective user account in server device 114. The 
following description is focused on mobile device 302 and 
associated account 320, it will be appreciated by those 
skilled in the art that the description is equally applied to a 
plurality of the mobile devices in communicafion simulta- 
neously with server device 114. 

The subscriber account 320, indexed by the device ID 
316, is a data structure comprising the subscriber informa- 
tion such as a subscriber ID 318, user info 322 and notifi- 
cation queue list 326. User info 322 may include the account 
configuration and other account related information, such as 
usemame; bookmarks, device version and date. In addition, 
user info 322 may include authorization information such as 
password, the state of a shared secret key and other infor- 
mation used to authenticate transactions between a mobile 
device and link server device 114. Notification queue list 
326 is used to keep updated status of notifications received 
and then forwarded to mobile device 302 and is described in 
detail below. 
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It can be appreciated that when server device 114 provides 
services to a number of mobile devices, there will be the 
same number of such accounts, preferably kept in a database 
server 328, each of the accounts designated respectively to 
one of the mobile devices. The URL to access the database 
may take the form of, for example, www.att.com/Pocketnet, 
which indicates that the aimet 102 is operated by AT&T 
wireless service. 

As described above, the compiled and linked processes of 
the present invention are stored in a memory as the chent 
module 332 in the client device 302. Similarly a correspond- 
ing compiled and linked processes of the present invention 
are loaded in a memory as the server module 340 in server 
device 114. Message receiving port or MRP 335, similar to 
a pager, is provided to receive messages from a carrier 
through the narrowband channel. The data communication 
through the wideband channel between client device 302 
and server device 114 is conducted between client module 
332 and server module 320 via a pair of User Datagram 
Protocol (UDP) interfaces 336 and 324 in each device, 
respectively. When the user of client device 302 presses a 
predetermined key thereon to interact with server device 
114, for example, to fetch price information on a particular 
stock, client module 332 sends a corresponding request 
preferably in form of the HDML deck to the UDP interface 
336 which further transmits the request to the counterpart 
UDP interface 324 in server device 114. The request is 
processed by server device 114 and may result in a further 
connection to another server device 310 or 312 on the 
Internet if server device 114 does not locally host the stock 
price information. Nevertheless the stock price information 
is eventually packed into one or more cards in an HDML 
deck at 340. The HDML deck is sent back by server module 
320 to client device 302 through UDP interfaces 336 and 
324. With the received HDML deck, preferably cached in 
client device 302, the client module displays the card or 
cards on the display screen of the client device 302. 

Referring now to FIG. 4, there is shown a block diagram 
illustrating processes in the disclosed system using short 
message service (SMS) according to one embodiment. FIG. 
4 shall be understood in conjunction with the rest of figures. 
Web server device 202 is one of Web servers 112 on the 
global Internet and provides information accessible by other 
devices. Many Web servers, such as www.NewsAlert.com, 
on the Internet provide customized information to those who 
register for such service. As part of the registration process 
with a particular Web server, the subscriber ID of the mobile 
device is recorded. The recordation of the subscriber ID 
enables the Web service provider or the Web server, to notify 
any changes made to pages that are particularly subscribed 
by the user of mobile device 106. 

FIG. 5 illustrates a typical table maintained in a Web 
server device, in which subscriber ID list 502 maintains a list 
of subscriber IDs of the mobile devices through which the 
users desire to fetch information from the Web server and be 
informed of any changes to the particular pages. As shown, 
a user subscribes to news information provided by www.x- 
yzAlert.com and subscriber ID 504, 861234567-10900_ 
pn.mobile.xyz.net, of the user's mobile device is therefore 
maintained in subscriber ID list 502. For desired 
information, such as news about a company named ABC 
Corp, stock price thereof, weather information in town Aand 
traffic information, particularly on route 101 or 85, each is 
provided by a page in a hierarchical pages of information 
tree and respectively identified by a URL: 

News — www.xyzAlcrt.com/ncws/abc corn 

Stock — www.xyzAlert.com/stock/abc 
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Weather in Town A — ^www.xy zAlert.com/weather/town A 
Traffic on 101 — www.xyzAlert.com/traffic/highway/101 
Traffic on 85 — ^www.xy zAlert.com/traffic/highway/85 
The URLs representing the information subscribed by the 
user are grouped and maintained in URL table 506. It can be 
appreciated that subscriber ID list 502 generally maintains a 
plurality of subscriber IDs, each corresponding to one 
mobile device, typically one user thereof. Similarly, URL 
table 506 maintains a plurality of groups of URLs, each 
group corresponding to one mobile device and comprising a 
list of URLs representing information subscribed by a user 
thereof. When the information service provider at the Web 
server updates information in certain pages, for example, a 
press release from ABC Company is loaded into News, URL 
table 506 is examined to see if any URLs matches the news 
and meanwhile the corresponding subscriber IDs in sub- 
scriber ID list 502 is taken out to sequentially format a 
notification to the subscribers that the subscribed news has 
been updated. 

Returning to FIG. 4, according to one embodiment, server 
device 202 comprises a module developed with a library 
called UP.SDK provided by Unwired Planet, Inc. located at 
390 Bridge Parkway, Redwood Shores, Calif. 94065. The 
module causes server device 202 to send a notification 
respectively to corresponding mobile devices that subscribe 
to certain information that have been updated. It should be 
understood that the module using UP.SDK is not a require- 
ment to implement the disclosed system, there are many 
utilities commercially available to automatically send a 
message or notification to another party. One of the many 
utilities is the electronic mail (email) system either embed- 
ded in an operating system such as UNIX or as an applica- 
tion such as outlook in Microsoft Office. With a list of email 
addresses similar to the subscriber IDs, an email system can 
be set to automatically send out a message (notification) to 
a pre-defined list of users via landnet 104. Nevertheless, the 
module using UP.SDK from Unwired Planet, Inc. makes the 
present invention work more efficiently as the engine uses an 
HTTP-based protocol called UPNOTIFYP specifically 
designed for the purpose of notifying affected subscribers of 
the updated information. 

As described above, the notification comprises a sub- 
scriber ID and an address including one or more URLs 
indicating those pages whose contents have been updated. 
To get a user's attention, the notification further comprises 
an action type. The action type indicates a preference to 
inform the user of the updates. According to one embodi- 
ment of the present invention, the notification is, preferably, 
in the MIME message format that is used by HTTP to 
encapsulate data from a server, wherein MIME stands for 
Multipurpose Internet Mail Extensions. Typically MIME 
has a standard facility for representing many pieces of data 
in a single message. The action type is thus represented, in 
one embodiment, by one of the following: 

application/x -up-alert; 

application/x-up-cacheop; 

multipart/mixed; 
where application/x-up -alert will cause the client module in 
client device 106, for example, to produce an audible sound 
to make the user of client device 106 aware of the update, 
application/x-up-cacheop will cause the client module to 
invalidate the local cached copy of the page that has been 
updated at server device 202 and multipart/mixed, referred 
to as a digest, can cause the client module to do the both or 
react otherwise as specifically required. One of the specific 
action types in a multipart/mixed format is texl/x-hdml or 
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application/x-hdmlc, which, when used with other action 
type, would cause to prompt a screen display coded in 
HDML as a cached display card as follows: 



<HDML version « 2.0 > 
<D[SPLAY> 

New Emails Airived. 
</DISPLAY> 
</HDML> 



The above code displays a message "New Emails Arrived" 
when a notification with such specific action type is 
received. It can be appreciated by those skilled in the art that 
more or other action types may be added and further it is 
understood that the notification in the MIME message 
format is not a necessary requirement to implement the 
present invention. It is, however, a conventional format that 
can be cfiBciently transportable in HTTP primarily used in 
the Internet. 

It is understood that server device 202 may serve a large 
number of client devices that commuinicate therewith via 
different link server devices. Web server device 202 sends 
out the notification sequentially to affected subscribers via 
link server device 114. Link server device 114 is identified 
by a portion of the subscriber ID, for example, 
pn.mobile.xy2.net, which identifies which link server device 
on the Internet is supposed to receive the notification. 

Upon receiving the notification, server module 340 in link 
server device 114 starts a verification process to ensure that 
the received notification is indeed intended to one of the 
mobile devices that link server device 114 serves by com- 
paring the subscriber ID in the received notification with 
user account list 320 maintained therein. If the subscriber ID 
matches one of the subscriber IDs in user account list 320, 
the notification is accepted. 

One of the key functions that messenger 208 performs is 
to assign an identification to the received notification. The 
identification to each received notification permits messen- 
ger 208 to ensure that all notifications will be eventually 
delivered. To be more specific, upon receiving the 
notifications, messenger 208 assigns a tractable sequence 
identification to each of the notifications and queues them in 
queue list 326. For every confirmed delivered notification, 
messenger 208 updates queue list 326 by, for example, 
stamping a confirmation thereto or simply removing the 
confirmed delivered notification from queue list 326, thus 
knowing exactly how many notifications have not been 
successfully delivered. In another embodiment, messenger 
208 queues successively received notifications in queue list 
326 and releases the queued notifications to pull engine 210 
when a communication session between link server device 
114 and client device 106 is established via IWF 206. AH the 
queued notifications are then forwarded to client device 106 
via the wideband channel. 

According to one embodiment, the tractable sequence 
identification is a sequence of monolonically and evenly 
increased sequence numbers in the range of (0, 65535) and 
represented by a 16-bil digit. FIG. 6 demonstrates queue list 
326 corresponding to subscriber ID 318. After notification 
P(address, type, ID) is verified, namely the ID therein is 
matched to one of user account list 320 or subscriber ID 318, 
the notification is assigned with a numeral accordingly. For 
example, subscriber ID 86 1 234567-1 0934_ 
pn.mobile.xyz.net 505 has 3 queued notifications, 
P(address^, type, ID, 8), P(address^, type, ID, 9) and 
P( address^ type, ID, 10), waiting for being delivered, 
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wherein the last item, i.e. 8, 9, and 10, is the respective 
notification sequence number and address^, address^ and 
address^ identify respectively three different updated pages. 
It should be noted the action types in this example are 

5 identical but they can be different depending on how the 
user's account or preference is set up. The last sequence 
number that is used for the notification is 10 provided 
P(addr6ss^, type, ID, 10) was received after P(addrcsSy, type, 
ID, 9) and P(address^, type, ID, 8) were received. Hence the 

10 sequence number that is assigned to the newly anived 
P(address, type, ID) will be 11, or more appropriately 
P(address, type, ID, 11) that is queued into queue list 326 
corresponding to subscriber ID 861234567-10934_ 
pn.mobile.xyz.net 505. 

15 It should be understood that the sequence number is 
assigned not necessarily based on the last entry to queue list 
326, Notification manager 406 in messenger 208 is respon- 
sible for assigning a sequence number to a received notifi- 
cation. Notification manager 406 may comprise a sequence 

20 number generator generating a sequence of consecutive 
numbers. So at anytime, notification manager 406 can be 
consulted for the last sequence number it has assigned. 

It is described above that queue list 326 can be used to 
keep the undelivered notifications. There are generally sev- 

25 eral reasons that would cause notifications to be kept in 
queue list 326. One of the common reasons is that the 
targeted device, i.e. a client device, is powered off or beyond 
a carrier service coverage, hence all notifications destined 
for the device are queued and will be sequentially delivered 

30 once the device becomes available (or powered on). As 
shown in FIG. 6, subscriber ID 861234567-10900_ 
pn.mobile.xyz.net 504 has a sequence of undelivered noti- 
fications and further it can be noticed that the sequence 
numbers have been circularly used within a predefined 

35 range. It can be noted that numeral "0" is used as a nil 
sequence number therefore not used for the notification after 
P(address, type, ID, 65535) according to one embodiment. 

Returning back to FIG. 4, the accepted notification is then 
processed in a PDU constructor 408 to construct what is 

40 called PUSH PDU, wherein PDU stands for Protocol Data 
Unit and is a preferable data format exchanged between a 
link server device and a mobile device via a wireless data 
network. 

As is known to those skilled in the art, each PDU 

45 comprises a header and a body. Depending on the purpose 
of a PDU, the header includes destination information, either 
a client address or a server address. The body carries mainly, 
in this case, the contents of the notification from the server 
device 202. Moreover, there are functional types for each 

50 PDU, such as an Acknowledge PDU for acknowledging the 
receipt of a message. The PUSH PDU means that the PDU 
is pushed out by a link server device to a mobile device that 
did not request the PDU. The functional type is generally in 
the body, preferably the first byte thereof. Additional details 

55 on the data format as well as processing in the mobile device 
are contained in commonly assigned U.S. patent application 
Ser, No. 08/977,572 entitled "Pushing and Pulling Data in 
Networks" by Stephen S. Boyle, et al, now U.S. Pat. No. 
6,119,167 which is incorporated herein by reference in its 

60 entirely. The PUSH PDU essentially includes all the neces- 
sary information in a notification, such as the subscriber ID, 
the action type and the affected URLs in additional to the 
sequence number and auxiliary data information for a PDU 
format. Depending on the characteristics of Short Message 

65 Service Center (SMSC) 204, the PUSH PDU may or may 
not be encoded into a sequence of message fragments before 
forwarded to Short Message Service Center (SMSC) 204. 
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SMSC 204 is a dedicated system used for delivering short 
message in the carrier infrastructure. A short message com- 
prises a text of up to a predefined length, for example, 160 
characters, which is sent to a mobile phone whether or not 
engaged in a call or powered on or off. The effect of this is 
to give the mobile phone the facilities of an alphanumeric 
pager, but vnih confirmed delivery of messages. In other 
words, SMSC 204 holds undelivered messages, and resends 
them at intervals until receipt is confirmed. This used to be 
a predominantly European digital network standard that 
allows portability of phones across network boundaries and 
now supported in many types of wireless networks in U.S. 
and other countries. 

According to one embodiment of the present invention, 
SMSC 204 carries short messages of up to 160 alphanumeric 
characters although there are a few new SMSCs that trans- 
port binary data as well, in which case 0*s and l*s are treated 
as individual characters subject to the maximum length. Id 
the case that SMSC can only carry alphanumeric characters, 
an encoder 410 converts a binary data represented PUSH 
PDU into alphanumeric characters using a well known 
Base 64 encoding scheme. Appendix C entitled "Coding and 
decoding — Base64" explains in detail the encoding scheme 
and is incorporated herein by reference in its entirety. 

For example, a binary data representation is expressed as: 

110110001011010100000101 
The corresponding alphanimieric representation thereof 
using Base 6 4 is expressed as: 

sLUF 

The encoded PDU, visually meaningless alphanumeric 
characters, is then transmitted by SMSC 204 to the mobile 
device identified by the subscriber ID therein. 

In reality, the PUSH PDU representing the notification 
from server device 202, after encoded, may exceed the limit 
of the short message transportable by SMSC 204. The 
encoded PUSH PDU is then segmented by a segmentor 412 
into a plurality of fragments, each representing a portion of 
the encoded PUSH PDU. FIG. 7 illustrates the process of 
encoding a binary data represented PUSH PDU into alpha- 
numeric characters and then segmenting encoded PUSH 
PDU into a sequence of fragments, each being treated as a 
short message with a length no more than the maximum 
length allowed in SMSC 204 and sent out sequentially by 
SMSC 204. To maintain the integrity of the encoded PDU, 
each fragment has a consecutive sequence number, prefer- 
ably monotonically increased, which permits client device 
106 to reconstruct the encoded PDU upon receiving all the 
fragments. Similarly, in tlie case that SMSC 204 can carry 
both alphanumeric and binary data, the binary data repre- 
sented PUSH PDU is directly segmented into a number of 
the fragments without the need to be encoded into the 
alphanumeric characters. 

SMSC 204 receives the fragments from link server device 
104 and sequentially and respectively transmits the frag- 
ments to corresponding mobile device identified by the 
device ID. As described above, regardless of whether the 
mobile device is switched on or off, for every message 
SMSC 204 sends, messenger 208 receives an acknowledge- 
ment that indicates if the message has been transmitted or is 
still buffered in SMSC 204. In other words, the messages arc 
retained in SMSC 204 and periodically transmitted until the 
mobile device receives all the messages to reconstruct the 
PUSH PDU. 

Upon receiving one or a sequence of the short messages, 
client module 332 in mobile device 302 reconstructs the 
PUSH PDU by decoding the encoded PDU received from 
SMSC 204. The decoding process is the reversed process of 
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the encoding, namely to transform the alphanumeric char- 
acters to the original binary -based PUSH PDU according to 
the same encoding scheme, such as Base64. With the PUSH 
PDU in a memory of mobile device 302, client module 332 

5 proceeds to extract the action type first. According to the 
action type, client module 332 causes the microcontroller in 
mobile device 302 to respond accordingly, for example, to 
produce an audible sound if the action type is application/ 
x-up -alert or multipart/mixed containing application/x-up- 

10 alert. When the audible sound is noticed, the user of mobile 
device 302 may navigate to the indicated page that is entitled 
by the title in the reconstmcted PUSH PDU. If the user 
proceeds with the page and the action type is, for example, 
application/x-up-cacheop, the cached content is no longer 

15 valid and the content must be fetched before it can be 
displayed to maintain cache coherency. 

To fetch the updated content, mobile device 302 must first 
send a request to establish a communication session with the 
link server device 114 via IWF 206. The request to establish 

20 the connection with link server device 114 comprises the 
device ID of mobile device and the URL provided in the 
reconstructed PUSH PDU. Upon receiving the request, link 
server device 114 proceeds with an authentication process 
by comparing the device ID in the received request with the 

25 device ID in device ID list 316. If there is a match between 
the device IDs, server device 114 authenticates mobile 
device 106 and further sends the request with the corre- 
sponding subscriber ID to server device 202 to establish a 
connection between server device 202 and link server device 

30 114 based on the URL. Once the connection is established, 
the updated information is fetched through Internet 104 
using HTTP to link server device 210 that further forwards 
the updated information to mobile device 302. 
As described before, there are occasions that a few 

35 notifications may not be delivered successfully to the mobile 
device 106 and the xmdclivcred notifications are then queued 
in queue list 326. To ensure the undelivered notifications are 
eventually received in mobile device 106, pull engine 210 
contacts messenger 208 every time the user of mobile device 

40 106 initiates the connection through the wideband channel 
via IWF 206. When the updated information is being fetched 
to mobile device 106, the queued notifications, if there are 
any in queue list 326, are also fetched by pull engine 210 and 
forwarded through the wideband channel to mobile device 

45 106. There is, however, a possibility that the queued noti- 
fications may be forwarded by SMSC 204 to mobile device 
106 as well. To avoid possible duplications of the notifica- 
tions from two different channels, mobile device 106 
includes a register 420 to keep track of the notifications 

50 received. To be more specific, for example, there are 3 
notifications. P(address^, type, ID, 9), P(address^., type, ID, 
10) and P(address^ type, ID, 11) that are not delivered 
successfully to mobile device 106 for some reason and the 
mobile device 106 has received notifications with the noti- 

55 fication sequence number up to 8, therefore the register^S 
indicates that 8 is the last notification received in the mobile 
device 106. When a connection between link server device 
114 and mobile device 106 is subsequently established, the 
notification sequence number 8 recorded in register 420 is 

60 sent to pull engine 210. By examining the notification 
sequence number (=8) from mobile device 106, pull engine 
can determine if there are any undelivered notifications in 
the queue list 326 by comparing the received notification 
sequence number with notification manager 406 that in fact 

65 has issued a notification sequence number being 11. In other 
words, if the two sequence numbers are not matched, there 
are some undelivered notifications in queue list 326 and pull 
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engine 210 proceeds to fetch those undelivered notifications assigned a sequence number for the recipient to reassemble 

and sends them to mobile device 106. Register 420 in mobile the encoded PUSH PDU from individually received mes- 

devicc is updated for each notification received. It now can sage fragments. At 751, message fragments are successively 

be appreciated that register 420 also prevents duplicated individually sent to the client device. If no acknowl- 
noUfications from SMSC 204 by cxammmg the scquetice s edgement for any of the message fragments is received at 

numbers. When register 420 shows that all notifications for , -,7. e 

mobile device 106 received by link server device 114 have "^^^^^^^ ^^^^^"^ ^^^^.^^^ ^^^^^f ^^^g^*^"^ 

been delivered, mobUe device 106 rejects the late coming ^"^^ acknowledgement is received. A timeout (not 

notifications from SMSC 204 to avoid possible duplications. shown) is preferably defined to prevent the message system 

FIGS. 8A to 8F illustrate a process flowchart that from perpetually trying to send the message fragment. At 

describes the operations of the link infrastructure and the 769, the messenger in the link server device receives a 

mobile device (client device) according to one embodiment. confirmaUon from the message system in the carrier infra- 

Referring to FIG. 8A, the link server device in the link ^j^^^^^^ ,f confirmation indicates that the encoded 

mfrastructure receives at 715 an update notification from a r.,roTTnr^Tr • . nn j v j . i- * j • 

web server that holds the updated information. The link PUSH PDU is not successfuUy dehvered to the chent device, 

server device then extracts a subscriber ID from the update corresponding notification is queued into the queue list 

notification at 717. Using the extracted subscriber ID, the for another attempt. If the confirmation is a successful 

link server in the hnk infrastructure attempts to look up a delivery, the status is preferably kept in the messenger for 

matching subscriber account at 719. If there is no such future reference. It should be noted that if the encoded 

account, the update notification is rejected at 723. PUSH PDU is tried to deUver more than once, that means the 

After having found a matching subscriber account, a q^eue list shall have an entry for the corresponding notifi- 

device ID for the subscriber's mobile device is extracted at cation. The queue hst should be updated accordingly when 

725 meamvhile a notmcation identmcation is assign^^^^^^ ^j^^ confirmation is received. Preferably at 777, all 

received update notification at 726 Then a PUSH PDU is the delivery confirmations are kept in a memory for a certain 

constructed at 727 from the update notification. As stated •jr r l jj 
before, the transformation from one data format to another, ^ P'™'' '^ference when needed. 

namely to PUSH PDU in one embodiment, is not a neces- Before continuing on FIG. 8D, refernng now to FIGS. 8E 

sary requirement to practice the present invention. In the there are shown coiresponding processes and pro- 

foregoing description, the corresponding message is used to <=edures to illustrate how a mobile device reacts to the update 

indicate the transformed notification and can be the notifi- messages. At 810, the mobile device receives a small 
cation without being transformed, and hence used inter- ^0 message. If the message has been broken mto fragments, 

changeably with the notification herein in some occasions. ^he mobile device will continue to receive addittonal 

Nevertheless at 729, the newly constructed PUSH PDU is message fragments. At 820, the mobile device detemimes if 

determined if the length thereof is greater than the maximum "»e message is in encoded alphanumeric characters or binary 

message length thai the message system, such as SMSC, in If the message is in encoded alphanumeric characters, 

a carrier infrastructure can deUver ^^"^ message is decoded back to the binary-based PUSH 

If the PUSH PDU has a length not larger than the at 823 according to the same scheme used for encod- 

maximum message length, then a messenger in the link j°g- ^ ^33' ">e binary-based PUSH PDU, either directly 

server device determines if the constructed PUSH PDU from 820 that is for binary format or from 823 that recovers 

needs to be encoded or not depending on the message format *e bmary foraiat, is reconstructed to form a whole PUSH 

the message system supports at 730 in FIG. 8B. If the if '="^^ «^ "«^*g^ fragments, 

message system does not support binary message format, At 835, a register recordmg the notification identification 

then the message is encoded into alphanumeric characters at » ^ «="ent device examines if the iiewly received PUSH 

731. At 733, the encoded PUSH PDU is sent to the client PDU was actuaUy received before. If there is a matched 

device identified by the device ID corresponding to the notification identiflcauon in the register, the newly received 
device ID in the update notification. If no acknowledgement « PUSH PDU is discarded at 837, otherwise the register is 

is received at 734, namely the "N",direction, the link server "Pealed at 839. At 841, the acUon type from the PUSH PDU 

asserts that the update notification is not successfully deliv- extracted and causes the client device to react accordingly, 

ered and therefore queues the update notification into a When the client device is caused to fetch the updates 

queue list therein at 735. Meanwhile the message system described in the notification originaUy sent out from the web 
attempts to continue deUvering the encoded PUSH PDU. 5° server device that holds the updates, the cUent device 

When the encoded PUSH PDU is successfully deUvered, the initially send a request to establish a communication session 

queue list gets updated, preferably, by removing the update the link device through the wideband channel at 843. 

notification, corresponding to the just delivered encoded ^ Upon receiving the request at 775 of FIG. 8D. ttie hnk 

PUSH PDU, out of the queue list at 736. Back to 730 and if "^^^ice proceeds with an authenUcalion procedure at 777 that 
the message system does support binary message format, " includes device ID verification by looking up for the corre- 

then the encoding procedure is skipped. Similar to what has sponding user account therem. Further if needed, the ven- 

been described, the rest of processes and procedures through fl=*'i°'> i°='"de » process of creating a session key for 

736 can be readily understood now. 'he particular session to encrypt messages exchanged 

If the constructed PUSH PDU is larger than the maximum between the cUent device and the link device. It should be 

message length, then the messenger moves to 737 in FIG. 8C ° ?' generally piggybacked with the 

. J . • -r.i . ^ !_• request, now in the link device that takes the URL therein to 

to determme if the message system supports binary message ^^^^^ ^^^^^ ^ .^^^^^^^ ^^^^ 

format or textual (alphanumeric) format. If the message ^^^^ ^^^^^^ ^^^^^^^ 

system does not support binary message format, then the yg^^ ^ pull engine in the link device consults wiQi the 
constructed PUSH PDU is encoded into alphanumeric char- 55 messenger to determine if there are any undelivered notifi- 

acters at 741. Then, at 743, the encoded PUSH PDU is cations in the queue list. If there are any in the queue list, the 

segmented into pieces of message fragments, each is pull engine at 783 retrieves the undelivered notifications 



06/29/2004, EAST Version: 1.4.1 



us 6,665,711 Bl 



17 



18 



from the queue list aod forwards the notification through the 
established communication session in the wideband channel, 
meanwhile the pull engine at 785 fetches the updates from 
the web server device and forwards the updates to the client 
device. 

Now referring to FIG. 8F, after the mobile device estab- 
lishes the communication session with the link device at 
845, the client device proceeds to request to fetch the 
updates indicated in the received PUSH PDU at 851. The 
updated information forwarded from the link device is 
received at 861. 

The present invention has been described in sufficient 
detail with a certain degree of particularity. It is understood 
to those skilled in the art that the present disclosure of 
embodiments has been made by way of example only and 
that numerous changes in the arrangement and combination 
of parts as well as steps may be resorted without departing 
from the spirit and scope of the invention as claimed. 
Accordingly, the scope of the present invention is defined by 
the appended claims rather than the forgoing description of 
embodiments. 

Appendix C 
Coding and Decoding — ^Base64 

Base64 is the encoding scheme defined by Multipurpose 
Internet Mail Extensions (MIME), and it's designed to be 
robust to all the transformation that a message can experi- 
ence in traversing the Internet. It is not defined in MIME 
RFCs: they adopted this scheme that was specified in RFC 
1421, that refers to the PEM (Privacy Enhanced Mail). 

Every MIME mailtool can handle it, but, if the attachment 
is not recognized by the recipient, the message must be 
saved as a file and decoded afterwards with a decoder not 
built-in in the mailtool. SONAH recommends as Base64 
encoder/decoder Mpack, available for Unix, DOS, Mac and 
others. 

The encoding mechanism, is the following. Proceeding 
from left to right, the bit string is encoded into characters 
which are universally representable at all sites, though not 
necessarily with the same bit patterns (e.g., although the 
character "E" is represented in an ASCII-based system as 
hexadecimal 45 and as hexadecimal C5 in an EBCDIC- 
based system, the local significance of the two representa- 
tions is equivalent). 

A 64-character subset of International Alphabet IA5 is 
used, enabling 6 bits to be represented per printable char- 
acter. (The proposed subset of characters is represented 
identically in IA5 and ASCII.) The character signifies a 
special processing function used for padding within the 
printable encoding procedure. 

The encoding function's output is delimited into text lines 
(using local operating system conventions), with each line 
except the last containing exactly 64 printable characters and 
the final line containing 64 or fewer printable characters. 
(This line length is easily printable and is guaranteed to 
satisfy SMTP's 1000-character transmitted Hue length limit, 
wherein SMTP stands for Simple Mail TYansfer Protocol and 
is a method by which computers exchange information that 
allows computers on the Internet to send and receive Internet 
email). 

The encoding process represents 24-bit groups of input 
bits as output strings of 4 encoded characters. Proceeding 
from left to right across a 24-bit input group, each 6-bit 
group is used as an index into the anay of 64 printable 
characters shown below. The character referenced by the 
index is placed in the output string. These characters, 
identified in Table 1, are selected so as to be universally 
representable, and the set excludes characters with particular 
significance to SMTP (e.g., " " ") 



Special processing is performed if fewer than 24 bits are 
available in an input group at the end of a message. A full 
encoding quantum is always completed at the end of a 
message. When fewer than 24 input bits are available in an 
input group, zero bits are added (on the right) to form an 
integral number of 6-bit groups. 
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We claim: identifying in the link system the remote client device as 

1. A method comprising: being associated with the notification; and 
receiving a notification at a link system coupling a land- sending a message corresponding to the notification from 

line data network to a wireless network when inform a- the link system to the remote client device via a second 

tion at a remote network server is updated, wherein the 5 channel in response to the notification, to indicate that 

remote network server is remote with respect to the link the information has been updated, the second channel 

system, and wherein the information is available to a having a bandwidth smaller than a bandwidth of the 

remote client device via a first channel; first channel; and 

identifying in the link system the remote client device as causing a cached copy of the information in the remote 

being associated with the notification; and client device to be invalidated, so as to cause the 

sending a message corresponding to the notification from updated specific information to be fetched when the 

the link system to the remote client device via a second cached copy is accessed by a user of the remote client 

channel in response to the notification, to indicate that device. 

the information has been updated, the second channel U- A method as recited in claim 9, further comprising 

having a bandwidth smaUer than a bandwidth of the causing an alert message to be generated with respect to the 

first channel, wherein the message sent to the remote action type to inform a user of the remote cUent device of the 

client device comprises an address identifying the information updated at the network server. 

information updated at the remote network server; ^ ^ method as recited in claim 1, wherein the address 

receiving a request from the remote client device, the a Uniform Resource Locator. ^ . ^. ^ 

request including an indication of the address; and ^ ^ ^^^^^l ^> ^^^^^^^ 

, 7 . , , ,. message corresponoiDg to the notification comprises: 

forwardmg the updated information to the remote cuent . . .-^ .■ -j . ^ ^ . n .■ j 

J . °. ., ^ . u 1 • . .u . assienmg a nobncation identmer to the notincation; and 

device via the first channel in response to the request. ^ ^ 

2. A method as recited in claim 1, wherein the remote transfonning the notification along with the assigned 
client device is a mobile device operating on the wireless 25 notification identifier to the message so that the mes- 
network, wherein the remote network server operates on a sage is transportable m the narrowband channel, 
landline data network ^ method as recited in claim 13, wherein the message 

3. A method as recited in claim 2, further comprising comprises a PUSH protocol data unit (PDU). 
maintaining a user account associated with the remote client l^. A method as recited in clami 13, wherein said trans- 
device, wherein said identifying comprises using a sub- 30 forming comprises encoding at least part of the notificaUon 
scriber identifier in the notification to extract a client device message into a fonnat transportable by a message system 
identifier from the user account, according to a predefined encoding/decoding scheme. 

4. A method as recited in claim 1, further comprising A method as recited in claim 13, wherein said trans- 
fetching the updated information from the remote network forming comprBes encoding the message m a short message 
server 35 service (SMS) format. 

5. A method as recited in claim 4, further comprising ^ tatennediary network node for use in an infra- 
providing the updated information to the remote cUent structure coupling a wireless network to a landhne network, 
device via the first channel. intermediary network node comprismg; 

6. A method as recited in claim 4, further comprising: a messenger to receive a notification that information on 
receiving a request from the remote cUent device to ^ a web server on the laodline network has been updated, 

estabUsh a communication session via the wideband information being subscnbed by a client device on 

channel' wireless network, and to generate, in response to the 

. . \ , ,. 1 . J notification, a corresponding message for deUvery to 

authenticating the remote client device; and ^^^^^ ^^^.^^ ^ narrowband channel to indicate 

forwarding the updated information to the remote chent information has been updated; and 

device via the first channel _ a pull engine to obtain the updated information from the 

7. A method as recited m claim 1, further comprising ^^^^^ ^ ^ ^^^^ ^^^^^ 
mamtaming a queue of notifications received from one or ^^^.^^ ^^^^^^ information to the 
more remote network servers wherem mforrnation m each ^j.^^^ ^^^.^ ^ wideband chamiel, 

of the notifications is to be delivered to one of a plurality of ^ intermediary network node as recited in claim 17, 

remote chent devices. , . ^ ^ . . wherein the intermediary network node comprises a proxy 

8. A method as recited m claim 7, further composing ^^^^^ ^^^^^ ^^^J^^ ^^^p^^^^ ^^q^^^^^ 

assigning a sequence number to the received notification between a plurality of mobile client devices on the wireless 

prior to sending the message to the client device; and network and a plurality of servers on the landline network. 

storing the received notification in the queue of notifica- 55 19. An intermediary network node as recited in claim 17, 

tions according to the sequence number. wherein the messenger comprises an encoder to encode the 

9. A method as recited in claim 1, wherein the notification message for delivery to the client device in a short message 
further comprises an action type, the action type for use in service (SMS) fonnat. 

causing the remote client device to react to the notification 20. An intermediary network node as recited in claim 17, 
upon the remote client device receiving the message. 60 wherein the messenger comprises a notification queue, and 

10. A method comprising: wherein the messenger stores the notification in the notifi- 
receiving a notification at a link system coupling a land- cation queue when the messenger does not successfully 

line data network to a wireless network when informa- deliver the corresponding message to the client device, 

tion at a remote network server is updated, wherein the 21. An intermediary network node as recited in claim 17, 
remote network server is remote with respect to the Hnk 65 wherein the messenger comprises a notification manager to 

system, and wherein the information is available to a maintain a queue of notifications received from one or more 

remote client device via a first channel; remote web servers on the landline network, wherein infor- 
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mation in each of the notifications is to be delivered to oae 
of a plurality of mobile client devices on the wireless 
network. 

22. An intermediary network node as recited in claim 21, 
wherein the messenger further comprises a protocol data 
unit (PDU) constructor to construct the message for delivery 
to the client device in the form of a PDU. 

23. An intermediary network node as recited in claim 21, 
wherein the messenger further comprises an encoder to 
encode the message for delivery to the client device in a 
short message service (SMS) format. 

24. An intermediary network node as recited in claim 21, 
wherein the messenger further comprises a segmentor to 
segment the message into a plurality of notification mes- 
sages when a maximum message length is exceeded. 

25. An intermediary network node as recited in claim 17, 
wherein the notification comprises an address identifying the 
updated information in the web server. 

26. An intermediary network node as recited in claim 25, 
wherein the address represents a hyperlink to the updated 
information. 

27. An intermediary network node as recited in claim 25, 
wherein the notification further comprises a subscriber iden- 
tification corresponding to the client device. 

28. An intermediary network node as recited in claim 17, 
wherein the messenger delivers the message to the client 
device when the subscriber identification in the notification 
is matched to one of the user accounts in the proxy server. 

29. An intermediary network node as recited in claim 28, 
wherein the messenger assigns a notification identification to 
the received notification from the web server and w^herein 
the corresponding notification message includes the notifi- 
cation identification. 

30. An apparatus comprising: 

means for receiving a notification at a link system cou- 
pUng a landline data network to a wireless network 
when information at a remote network server is 
updated, wherein the remote network server is remote 
with respect to the link system, and wherein the infor- 
mation is available to a remote client device via a first 
channel; 

means for identifying in the link system the remote client 
device as being associated with the notification; 

means for sending a message corresponding to the noti- 
fication from the link system to the remote client device 
via a second channel in response to the notification, to 
indicate that the information has been updated, the 
second channel having a bandwidth smaller than a 
bandwidth of the first channel; and 

means for causing a cached copy of the information in the 
remote client device to be invalidated, so as to cause the 
updated specific information to be fetched when the 
cached copy is accessed by a user of the remote client 
device. 

31. An apparatus as recited in claim 30, wherein the 
remote client device is a mobile device operating on the 
wireless network, wherein the remote network server oper- 
ates on the landline data network. 

32. An apparatus as recited in claim 31, further compris- 
ing means for maintaining a user account associated with the 
remote client device, wherein said means for identifying 
comprises means for using a subscriber identifier in the 
notification to extract a client device identifier from the user 
account. 

33. An apparatus as recited in claim 30, further compris- 
ing means for fetching the updated information from the 
remote network server. 
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34. An apparatus as recited in claim 33, further compris- 
ing means for providing the updated information to the 
remote client device via the first channel. 

35. An apparatus as recited in claim 33, further compris- 
ing: 

means for receiving a request from the remote client 
device to establish a communication session via the 
wideband channel; 
means for authenticating the remote client device; and 
means for forwarding the updated information to the 
remote client device via the first channel. 

36. An apparatus as recited in claim 30, further compris- 
ing means for maintaining a queue of notifications received 
from one or more remote network servers, wherein infor- 
mation in each of the notifications is to be delivered to one 
of a plurality of remote client devices. 

37. An apparatus as recited in claim 36, further compris- 
ing 

means for assigning a sequence number to the received 
notification prior to sending the message to the client 
device; and 

means for storing the received notification in the queue of 
notifications according to the sequence number. 

38. An apparatus as recited in claim 30, wherein the 
notification further comprises an action type, the action type 
for use in causing the remote client device to react to the 
notification upon the remote client device receiving the 
message, 

39. An apparatus as recited in claim 38, f^irther compris- 
ing means for causing an alert message to be generated with 
respect to the action type to inform a user of the remote 
client device of the information updated at the remote 
network server. 

40. An apparatus as recited in claim 30, wherein the 
address comprises a Uniform Resource Locator. 

41. An apparatus comprising: 

means for receiving a notification at a link system cou- 
pling a landline data network to a wireless network 
when information at a remote network server is 
updated, wherein the remote network server is remote 
with respect to the link system, and wherein the infor- 
mation is available to a remote client device via a first 
channel; 

means for identifying in the link system the remote client 
device as being associated with the notification; and 

means for sending a message corresponding to the noti- 
fication from the link system to the remote client device 
via a second channel in response to the notification, to 
indicate that the information has been updated, the 
second channel having a bandwidth smaller than a 
bandwidth of the first channel, wherein the message 
sent to the remote client device comprises an address 
identifying the information updated at the remote net- 
work server; 

means for receiving a request from the remote client 
device, the request including an indication of the 
address; and 

means for forwarding the updated information to the 
remote client device via the first channel in response to 
the request. 

42. An apparatus as recited in claim 30, wherein the 
means for sending the message corresponding to the noti- 
fication comprises: 

means for assigning a notification identifier to the notifi- 
cation; and 
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means for transforming the notification along with the 
assigned notification identifier to the message so that 
the message is transportable in the narrowband chan- 
nel. 

43. An apparatus as recited in claim 30, wherein the 5 
message is a PUSH protocol data unit (PDU). 

44. An apparatus as recited in claim 43, wherein said 
means for transforming comprises means for encoding at 
least part of the notification message into a format trans- 
portable by a message system according to a predefined 30 
encoding/decoding scheme. 
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45. A method as recited in claim 10, wherein the first 
channel and the second channel are both implemented at 
least partially on the wireless network. 

46. An intermediary network node as recited in claim 17, 
wherein the narrowband channel and the wideband channel 
are both implemented at least partially on the wireless 
network. 

47. An apparatus as recited in claim 30, wherein the first 
channel and the second channel are both implemented at 
least partially on the wireless network. 

***** 
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